home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000018_news@columbia.edu_Sun Dec 3 19:28:05 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA13143
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Sun, 3 Dec 1995 17:38:57 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id RAA25714 for kermit.misc@watsun; Sun, 3 Dec 1995 17:38:55 -0500
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.kei.com!nntp.coast.net!lll-winken.llnl.gov!enews.sgi.com!decwrl!tribune.usask.ca!news.uregina.ca!meena.cc.uregina.ca!vogt12
  5. From: vogt12@meena.cc.uregina.ca
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: RE: Downloading a file directly from the host's Web-browser
  8. Date: 3 DEC 95 19:28:05 GMT
  9. Organization: MIT PLASMA FUSION CENTER
  10. Lines: 31
  11. Message-Id: <3DEC95.19280521@meena.cc.uregina.ca>
  12. References: <3DEC95.04190434@meena.cc.uregina.ca>
  13. Nntp-Posting-Host: meena.cc.uregina.ca
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In yesterday's message, I described the two pairs of DEC VT control sequences
  17. for sending screen output to a slave printer. I thought at the time that one is
  18. a text- or "cooked-" mode, the other a binary- or "raw-" mode. Well, this is
  19. incorrect; at least for authentic DEC dumb terminals it is. How do I know? Like
  20. this: I read DEC's "VT 220 Programmer Pocket Guide", first, 1983. In there I
  21. found out that "Auto print" (the ESC [ ? 5 i ; ESC [ ? 4 i pair) prints a line
  22. and a CR AFTER it has echoed on the screen. The "Printer controller mode" (the
  23. ESC [ 5 i ; ESC [ 4 i pair) prints characters WITHOUT displaying them on the
  24. screen. But it is not a binary mode. NUL, XON, XOFF and CSI 5 i ; CSI 4 i (the
  25. eight-bit version of the seven-bit pair just quoted) don't get sent! Therefore
  26. I can't use it to download binary files.
  27.         It appears to me that the terminal, not the host, is responsible for
  28. this. And when I run Kermit 3.0, its imitation of a VT causes nulls (ASCII 0)
  29. to get lost; indeed it alters the data more than a real DEC VT does, according
  30. to a comparison of its behaviour with the specs quoted on p. 28 of the Guide.
  31.         But the KERMIT.BWR file that accompanies Kermit 3.14 claims that the
  32. "controller" mode prints transparently: ALL characters go the printer so long
  33. as Parity is set to NONE. If this be true, then Kermit 3.14 and 3.0 are not
  34. alike in this respect! (And this file got the purpose of the on/off sequences
  35. backwards...)
  36.         Is there a newer control pair, perhaps introduced with VT340 & up, that
  37. sends all characters unchanged to the slave printer? Please note that VT ser-
  38. vices "Print cursor line, Print screen" are useless to me here.
  39.         Or do you know for a fact that Kermit 3.14 doesn't mess up its print-
  40. only input by changing nulls etc?
  41.         If the answer to both these questions is "no", then somehow telling
  42. VTWWW to download its current file with the CKermit "SEND" command is the only
  43. way to capture it to local disk. Either that or using a term type acceptable to
  44. the host, WYSE maybe, that can actually do transparent printing. Because the
  45. "LOG SESSION" option, which IS transparent, will be stymied by the fact that the
  46. binary file will be scrolled to, and stuck on, the screen. Any suggestions?